INTEGRATED CIRCUIT DEVICE HAVING SEND/RECEIVE MACRO FOR 

SERIAL TRANSFER BUS 

CROSS-REFERENCE TO RELATED APPLICATIONS 
5 This application is based upon and claims the benefit 

of priority from the prior Japanese Patent Application No. 
2003-363038, filed on October 23, 2003, the entire 
contents of which are incorporated herein by reference. 

10 BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates generally to an 
integrated circuit device having a send/receive macro for 
a serial transfer bus, and more particularly to a 
15 send/receive macro incorporating a send/receive buffer 
and capable of reducing CPU load by reducing the frequency 
of interrupts to the CPU during send or receive processing. 

2. Description of the Related Arts 

Microcomputers incorporate a timer, AD converter, 
20 send/receive macro for serial transfer bus and so on as 
resources together with CPU, programmed ROM, RAM and 
external bus interface. External bus interface has 
interfacing capability with multi-bit external bus such 
as 32-bit bus, whereas send/receive macro for serial 
25 transfer bus has interfacing capability with serial 

transfer bus consisting of a single data line and a single 
clock 1 ine . 
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The I2C Standard proposed by Philips (refer, for 
example, to Japanese Patent Application Laid-open Pub. No. 
2000-242573) is among the serial transfer bus. The I2C 
Standard serial transfer bus serially transfers addresses 
5 and data via a single data line in synchronization with 
clock. According to the Standard, a send/receive macro 
on the master side transmits start and stop conditions to 
the slave side using two bits comprised of the clock and 
data, and the send/receive macro on the sending side 

10 serially transfers addresses or data in synchronization 
with clock after the start condition is assumed. Each time 
one-byte data is transferred, the send/receive macro on 
the receiving side returns an acknowledge signal through 
the data line. Therefore, the send/receive macros on the 

15 sending and receiving sides must generate interrupts to 
the CPU to send and check the acknowledge signal at each 
data transfer. 

Designed for applications such as setting 
predetermined data through data transfer between LSIs at 

20 the power-on or start of a predetermined processing 

session, such a serial transfer bus is widely used to 
implement data transfer by effectively using limited bus 
hardware resources. 

25 SUMMARY OF THE INVENTION 

According to a first aspect of the present invention 
there is provided an integrated circuit device having a 
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send/receive macro for serially transferring addresses 
and data to or from an external device via a serial transfer 
bus, the integrated circuit device comprising: a CPU for 
performing predetermined processing, wherein the 
5 send/receive macro comprises a send/receive buffer 

accessed by the CPU, for storing a plurality of units of 
data to be transmitted or received over the serial transfer 
bus; an acknowledge detection unit for detecting a data 
acknowledge signal transmitted from a receiving device in 

10 response to transmission of predetermined units of data; 
and a data send unit for transmitting data stored in the 
send/receive buffer, in response to detection of the data 
acknowledge signal by the acknowledge detection unit, 
without generating any interrupt to the CPU, and wherein 

15 the acknowledge signal detection unit generates a data 
acknowledge signal non-detection interrupt to the CPU if 
the acknowledge detection unit does not detect a data 
acknowledge signal transmitted from the receiving device 
in response to transmission of the predetermined units of 

20 data. 

According to a second aspect of the present invention 
there is provided an integrated circuit device having a 
send/receive macro for serially transferring addresses 
and data to or from an external device via a serial transfer 
25 bus, the integrated circuit device comprising: a CPU for 
performing predetermined processing, wherein the 
send/receive macro comprises a send/receive buffer 
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accessed by the CPU, for storing a plurality of units of 
data to be transmitted or received over the serial transfer 
bus; a data send unit for transmitting data stored in the 
send/receive buffer; and an arbitration lost detection 
5 unit for detecting whether or not, during an address phase 
in which the data send unit functioning as a master 
serially transmits an address identifying a slave device, 
an arbitration lost is occurred as a result of concurrent 
transmission of an address from other master, and wherein 

10 when the arbitration lost detection unit does not detect 
occurrence of the arbitration lost during the address 
phase, the CPU stores data to be transmitted in the 
send/receive buffer after the address phase. 

According to a third aspect of the present invention 

15 there is provided an integrated circuit device having a 
send/receive macro for serially transferring addresses 
and data to or from external devices via a serial transfer 
bus, the integrated circuit device comprising a CPU for 
performing predetermined processing, wherein the 

20 send/receive macro comprises a send/receive buffer 

accessed by the CPU, for storing a plurality of units of 
data to be transmitted or received over the serial transfer 
bus; a data receive unit for receiving data transmitted 
via the serial transfer bus and storing the received data 

25 in the send/receive buffer; and an acknowledge signal 
generation unit for transmitting a data acknowledge signal 
to a sending device in response to reception of the 
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predetermined units of data, and wherein the acknowledge 
signal generation unit transmits the data acknowledge 
signal on each reception of the predetermined units of data 
until reaching to a receivable data unit count without 
5 generating any interrupt to the CPU, and the acknowledge 
signal generation unit stops transmission of the data 
acknowledge signal when reaching to the receivable data 
unit count . 

According to a fourth aspect of the present invention 

10 there is provided an integrated circuit device having a 
send/receive macro for serially transferring addresses 
and data to or from external devices via a serial transfer 
bus, the integrated circuit device comprising: a CPU for 
performing predetermined processing, wherein the 

15 send/receive macro comprises a send/receive buffer 

accessed by the CPU, for storing a plurality of units of 
data to be transmitted or received over the serial transfer 
bus; a data send/receive unit for receiving data 
transmitted via the serial transfer bus and storing the 

20 received data in the send/receive buffer, and for 

transmitting the data stored in the send/receive buffer; 
and an access flag register for storing, in the event of 
■an access from the CPU to the send/receive buffer during 
transmission and reception the of transferring data by the 

25 data send/receive unit, a flag indicating occurrence of 
the access . 

According to the first aspect, when sending data, the 
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send/receive macro can continuously send a plurality of 
units of data without generating any interrupt to the CPU 
until the macro no longer receives data acknowledge from 
the receiving side, reducing load on the CPU and allowing 
5 serial transfer of a large amount of data. 

According to the second aspect, the send/receive 
macro stores transmission data in a send/receive buffer 
after checking bus arbitration during the address phase 
and confirming that no arbitration lost has occurred 
10 during the address phase, preventing waste of transmission 
data stored in the send/receive buffer due to arbitration 
los t . 

According to the third aspect, when receiving data, 
the send/receive macro can continuously receive a 

15 plurality of units of data without generating any 

interrupt to the CPU until the predetermined data unit 
count is reached, reducing load on the CPU and allowing 
serial transfer of a large amount of data. 

According to the fourth aspect, an access flag 

20 register is provided to store CPU accesses to the 

send/receive buffer erroneously made during data transfer, 
allowing software debugging step to be efficiently 
performed by using the access flag register. 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 The above and other aspects, features and advantages 

of the present invention will become more apparent from 
the following detailed description when taken in 
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conjunction with the accompanying drawings, in which: 

Fig. 1 illustrates a serial transfer bus in the 
present embodiment ; 

Fig. 2 is an overall configuration diagram of a 
5 microcomputer that serves as an integrated circuit 
apparatus in the present embodiment; 

Fig. 3 is a configuration diagram of a send/receive 
macro in the present embodiment; 

Fig. 4 illustrates an example of a drive circuit of 
10 a serial transfer bus; 

Fig. 5 is a signal waveform diagram of the serial 
transfer bus; 

Fig. 6 is a timing chart describing a first 
embodiment ; 

15 Figs. 7 (A) and 7 (B) are explanatory views describing 

a bus arbitration procedure; . 

Fig. 8 is an operational flowchart of the send/receive 
macro in the present embodiment; 

Fig. 9 is a sequence chart of the present embodiment; 
20 Fig. 10 is another sequence chart of the present 

embodiment ; 

Fig. 11 illustrates a partial configuration of the 
send/receive macro in the present embodiment; and 

Fig. 12 is a sequence chart of the present embodiment. 
25 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Conventional serial transfer buses does not generate 
interrupts to the CPU so often because the transfer data 
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volume is not very large, putting only a 
not-so-significant load on the CPU. However, with 
ever-increasing transfer data volumes in recent years, the 
send/receive control method, in which an interrupt is 
generated to the CPU on every transfer of one-byte data 
as is done by conventional send/receive macros, is not 
preferred due to upsurge in CPU load. 

In light of the foregoing, it is an object of the 
present invention to provide an integrated circuit device 
having a send/receive macro for a serial transfer bus 
capable of enhancing transfer data volumes without 
producing a larger CPU load. 

Embodiments of the present invention will now be 
described with reference to the accompanying drawings. 
It is to be understood that the technical scope of the 
present invention is not limited to those embodiments and 
is intended to cover matters defined in the appended claims 
and equivalents thereof. 

Fig. 1 illustrates a serial transfer bus in an 
embodiment of the present invention. A serial transfer 
bus 10 consists of a single data line SDA and a single clock 
line SCL. In other words, a single-channel serial 
transfer bus is constituted by a pair of buses made up of 
data and clock lines. If there are a plurality of channels, 
therefore, a plurality of pairs of buses are provided, each 
made up of the data and clock lines SDA and SCL. In Fig. 
1, microcomputers A and B, a memory 12 and a functional 
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device 14 having the predetermined capability are 
connected to one another via the bus 10. Thus, the serial 
transfer bus in the present embodiment connects a 
plurality of devices (integrated circuit devices) 
5 together, serially transferring data over a single data 
line in synchronization with clock. 

A send/receive macro for transferring data via the 
serial transfer bus 10 is incorporated in the 
microcomputers A and B, the memory 12 and the functional 

10 device 14. The send/receive macro has interfacing 
capability with the serial transfer bus 10. 

When writing data to other device such as the memory 
12, the microcomputer A functions as master and sends onto 
the bus an address identifying the memory 12 that functions 

15 as slave. When an acknowledge is returned from the memory 
12 in response thereto, the microcomputer A acts as sender 
and transfers data to the memory 12 that acts as receiver. 
Secondly, when reading data from other device such as the 
microcomputer B or the functional device 14, the 

20 microcomputer A functions as master and transfers an 

address identifying the device that functions as slave. 
When an acknowledge is returned from the slave device in 
response thereto, the microcomputer A acts as receiver and 
receives data transmitted from the device that acts as 

25 sender. 

The aforementioned data transfer is carried out, for 
instance, at the system power-on or on every predetermined 
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session or phase, and data transfer occurs from the 
microcomputer A to other device in some cases and from 
other device to the microcomputer A in other cases. 

Fig. 2 illustrates an overall configuration diagram 
5 of a microcomputer that serves as integrated circuit 
device in the present embodiment. The microcomputer 
includes a CPU that performs predetermined processing, a 
ROM that stores programs run by the CPU, a RAM in which 
the CPU temporarily stores data during processing, an 

10 external bus controller 22 that interfaces to an external 
bus 23 and a memory interface 24 that handles interfacing 
between a bus 25 and external memory which are connected 
to one another via a high-speed CPU bus 20. The 
microcomputer also has a send/receive macro 32 that 

15 handles interfacing with the serial transfer bus 10, an 
AD converter 34, a timer 36, etc. as peripheral resources 
30 that are connected to one another via a low-speed bus 
28. On the other hand, the low-speed bus 28 is connected 
to the high-speed CPU bus 20 via a bus converter 26. The 

20 CPU bus 20 is, for example, 32-bit wide, and the low-speed 
bus 28 is less wide, for example, 16-bit wide. 

The external bus controller 22 and the memory 
interface 24, each connected to the high-speed bus 20, 
operate in synchronization with high-speed clock, whereas 

25 the send/receive macro 32 connected to the low-speed bus 
28 operates in synchronization with low-speed clock. 

The CPU performs predetermined processing by running 
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programs in the ROM. When transferring data via the serial 
transfer bus 10, the CPU carries out data transfer by 
controlling the send/receive macro 32. In the present 
embodiment, a send/receive buffer constituted by FIFO is 
5 provided, for example, in the send/receive macro 32 to 
increase transfer data volumes, thus allowing the 
send/receive macro 32 to conduct serial data transfer 
without often generating interrupts to the CPU once the 
CPU stores data in the buffer and instructs that data be 
10 transferred. It is to be noted that the send/receive macro 
32 has various improved configurations for reduced 
frequency of interrupts to the CPU in order to adapt to 
the characteristics specific to the serial transfer bus 
10 . 

15 [First Embodiment] 

Fig. 3 illustrates a configuration diagram of the 
send/receive macro in the present embodiment. To 
increase data transfer volume, the send/receive macro 32 
has a FIFO 46 as a send/receive buffer for storing a 

20 plurality of pieces of transmitting data and received data 
and is configured so as to be accessible from the CPU via 
the low-speed bus 28. The send/receive macro 32 also has 
a data send/receive unit 48 as means for sending/ receiving 
addresses and data, and the CPU instructs the unit 48 via 

25 a register REG4 to transmit or receive data. When sending 
data, the data send/receive unit 48 converts parallel data 
in the FIFO 46 to serial data and sends the data serially 
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onto the bus 10. When receiving data, the data 
send/receive unit 48 converts serial data received 
serially from the bus 10 to parallel data and stores the 
received data in the FIFO 46. Serial data transfer is 
carried out one bit at a time in synchronization with clock 
output onto the clock line SCL. Address or data is, in 
some cases, directly set in the data send/receive unit 48 
by the CPU via the low-speed bus 28. 

The send/receive macro 32 has a clock send/receive 
unit 40 for sending synchronous transfer clock onto or 
receiving it from the clock line SCL of the serial transfer 
bus 10, generating and sending or receiving a clock adapted 
to the clock speed which is specified and stored in a 
register REG1 by the CPU. A start/stop condition 
generation unit 42 generates start and stop conditions for 
data transfer according to two signals of data signal SDA 
and clock signal SCL and sends these conditions. When the 
send/receive macro 32 is in master mode, the start/stop 
condition generation unit 42 drives the bus 10 to data 
transfer start condition and the data send/receive unit 
48 serially sends an address identifying the slave device. 
Then, the master and slave sides transfer data between them 
(data is read from or written to the slave device). To 
end data transfer, the start/stop condition generation 
unit 42 outputs data transfer stop condition. When 
initiating another data transfer, the start/stop 
condition generation unit 42 outputs data transfer start 
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condition once again. The start/stop condition 
generation unit 42 drives the bus 10 to one of the states 
in response to the instruction set in a register REG2 from 
the CPU. 

5 A start/stop condition detection unit 44 detects the 

start or stop condition output to the serial transfer bus 
10. Then, an address transferred after the start 
condition is assumed is checked to determine whether the 
address corresponds to its own address. The start/stop 

10 condition detection unit 44 stores the detected state data 
in a register REG3 and notifies the CPU of the state. 

According to the start/stop condition generation 
unit 42 and the start/stop condition detection unit 44, 
it is possible to monitor whether data or address transfer 

15 to the serial transfer bus 10 is in progress. For this 
reason, a transfer-in-progress flag register 58 is 
provided. When data transfer is in progress, a 
transfer-in-progress flag is written to the 
transfer-in-progress flag register 58 based on a data 

20 transfer start signal S482 from the data send/receive unit 
48 . 

In master mode, an arbitration lost detection unit 
50 detects whether or not, during the address phase in 
which an address is serially output from the data 
25 send/receive unit 48, whether the bus right is lost in the 
arbitration procedure for bus right acquisition after an 
address conflicting with the address is concurrently 
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output from other device. The arbitration procedure will 
be described in detail later. Occurrence of the 
arbitration lost is notified to the CPU via a register 
REG5 . 

5 An acknowledge generation unit or ACK generation unit 

52 outputs an acknowledge signal onto the data line SDA, 
for example, to inform the sending device that one-byte 
data has been successfully received in the data phase after 
receipt of the data. The output of acknowledge signal is 

10 carried out without generating any interrupt to the CPU 
as described later. Alternatively, the ACK generation 
unit 52 also outputs an acknowledge signal onto the data 
line SDA to inform the master device of address match when 
the received address corresponds to its own address in the 

15 address phase. The instruction for acknowledge signal 
output is issued from the CPU via a register REG 6 . 

An acknowledge detection unit or ACK detection unit 
54 detects an acknowledge signal transmitted from the 
slave device in the address phase and an acknowledge signal 

20 transmitted from the receiving device in the data phase. 
The ACK detection unit 54 generates a non-detection 
interrupt signal IRQ to the CPU as a result of detection 
of non-reception of acknowledge signal in the data phase, 
causing the clock send/receive unit 40 to drive the clock 

25 line SCL to L level according to a clock enable signal CLKEN, 
putting the bus into wait state and preventing next data 
from being transferred. 
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A receive control unit 56 is set to a receive data 
count by the CPU as described later. When the receive 
control unit 56 continuously receives as much data as the 
set receive data count, the receive control unit generates 
5 an interrupt IRQ to the CPU, and the ACK generation unit 
52 allows (or prohibits) a generation of acknowledge 
signal according to the state of an acknowledge signal send 
enable flag (not shown) . 

Fig. 4 illustrates an example of a drive circuit of 

10 the serial transfer bus. In Fig. 4, drive circuits are 
shown for the four devices shown in Fig. 1. The drive 
circuits for the respective devices are constituted by 
open-drain transistors QA, QB, Q12 and Q14 in which the 
drain terminal is connected to the data line SDA (or clock 

15 line SCL) of the serial transfer bus, with the source 
grounded. The data line SDA (or clock line SCL) is 
connected to a power supply Vdd via a pull-up resistor R. 
Therefore, if none of the drive transistors is driven, the 
bus data line SDA (or clock line SCL) is maintained in H 

20 level. On the other hand, if any of the drive transistors 
is driven, the bus data line SDA (or clock line SCL) is 
brought down to L level. Such drive circuits are provided 
in the clock send/receive unit 40, the start/stop 
condition generation unit 42, the data send/receive unit 

25 48 and the ACK generation unit 52. 

The send/receive macro for each of the devices is 
provided with a voltage level detection circuit for the 



bus data line SDA (or clock line SCL) , thus detecting the 
bus voltage as being in H or L level. Such a detection 
circuit is provided in the clock send/receive unit 40, the 
start/stop condition detection unit 44, the data 
5 send/receive unit 48, the arbitration lost detection unit 
50, the ACK detection unit 54 and so on. 

Fig. 5 illustrates a signal waveform diagram of the 
serial transfer bus. Fig. 5 is diverted from the I2C 
Standard Bus Specifications. The signal waveforms of the 

10 data and clock lines SDA and SCL are shown in Fig. 5. In 
master mode, the start/stop condition generation unit 42 
of the send/receive macro drives the data line SDA from 
H level to L level while maintaining the clock line SCL 
in H level, notifying the bus that the start condition is 

15 assumed. Next, the send/receive macro on the master side 
drives the clock line SCL to L level first and then pulls 
the data line SDA to H or L level, and when driving the 
clock line SCL from L level to H level, the macro maintains 
the condition of the data line SDA and causes the slave 

20 side to recognize the address signal. Similarly, 

one-byte address is serially output in synchronization 
with the clock SCL. The one-byte address contains a read 
or write operation command. This is the address phase of 
address transfer. 

25 When a one-byte address is output, the send/receive 

macro on the slave side identified by the address drives 
the data line SDA to L level in synchronization with the 
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ninth clock as acknowledge signal. According to the 
open-drain drive circuits shown in Fig. 4, other devices 
not identified by addresses maintain the data line SDA in 
H level, so that a L-level acknowledge signal driven by 
the address-identified device on the slave side can be 
transferred to the master side properly. 

The address phase is completed by the acknowledge 
signal from the slave side. Then, the data phase is 
initiated, and one-byte data is serially output from the 
transmitting device in synchronization with the clock 
signal SCL from the master side so as to transfer data. 
If the operation command is for reading data, the slave 
side acts as sender, whereas on the other hand, if the 
operation command is for writing data, the master side acts 
as sender. Then, when one-byte (eight-bit) data is 
serially transferred, the receiving side sends a L-level 
acknowledge signal to the data line SDA. When the 
receiving side sends the L-level acknowledge signal, the 
send/receive macro on the sending side continues, in 
response thereto, the serial transfer of necessary data. 
If the receiving side does not drive the data line SDA to 
L level, this means that no acknowledge signal has been 
sent. This notifies the sending device that the data 
transfer should be terminated. Then, the device on the 
master side judges whether to end the data phase. 

At the completion of all data transfer, the 
send/receive macro on the master side drives the data line 
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SDA from L level to H level while maintaining the clock 
line SCL in H level, thus outputting stop condition. The 
master mode ends when the stop condition is output. 
Alternatively, the send/receive macro on the master side 
5 may, at the completion of all data transfer, drive the data 
line SDA from H level to L level while maintaining the clock 
line SCL in H level, thus outputting start condition once 
again. In this case, the device on the master side 
initiates other data transfer while maintaining the master 
10 mode . 

Thus, acknowledge signal is transmitted from the 
slave side after transfer of a one-byte address, and 
acknowledge signal is transmitted from the receiving side 
after transfer of one-byte data. The master or sending 

15 side detects such acknowledge signals and carries out next 
data transfer. Master mode is maintained from output of 
start condition to output of stop condition. It is to be 
noted that the operation for arbitration procedure for bus 
right acquisition, conducted during address transfer, 

20 will be described later. 

Fig. 6 illustrates a timing chart describing a first 
embodiment. In the present embodiment, a send/receive 
buffer constituted by FIFO is provided in the send/receive 
macro, with the CPU storing multi-byte data in the 

25 send/receive buffer, thus enhancing data transfer volumes. 
Nevertheless, as far as the standard of the serial transfer 
bus is concerned, the receiving side transmits a data 
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acknowledge signal on every transfer of one-byte data, and 
the sending side confirms the data acknowledge signal and 
further serially transfer next one-byte data. If the 
receiving side does not send any data acknowledge signal, 
5 the sending side will not transfer any more data. Thus, 
in the case of multi-byte data transfer, transmission and 
confirmation of data acknowledge signal is necessary on 
every transfer of one-byte data. Generation of an 
interrupt to the CPU at every occasion of transmission and 

10 confirmation will produce a higher CPU load, which is not 
in line with the object of enhancing data transfer volumes 
by providing FIFO. 

In the present embodiment, for this reason, a one-byte 
address is serially transferred and acknowledge signal in 

15 response thereto is confirmed in the address phase. Then, 
in the data phase later, when the send/receive macro 
confirms data acknowledge signal from the receiving side, 
next one-byte data is serially transferred without 
generating any interrupt to the CPU. Interrupt is 

20 generated to the CPU only if data acknowledge signal cannot 
be confirmed, thus terminating the data phase. 

The operation will be described more specifically in 
accordance with Fig. 6. The timing chart illustrates an 
example in which the master side acts as sender while the 

25 slave side acts as receiver and data transfer is carried 
out between a sending device 100 and a receiving device 
200. Data transfer takes place between a send/receive 
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macro 132 of the sending device 100 and a send/receive 
macro 232 of the receiving device 200. 

The sending device 100 goes into master mode first 
(S10), causing the start/stop condition generation unit 
5 42 of the sending send/receive macro 132 to drive the bus 
to start condition in response to the instruction from the 
CPU (Sll). Thereafter, the sending send/receive macro 
132 sends one-byte address (S12) , causing the send/receive 
macro 232 of the device identified by the address on the 

10 slave side to output an address acknowledge signal (S13) . 
Upon detection of the address acknowledge signal, the 
send/receive macro 132 generates an interrupt to the CPU 
(S14), causing the CPU to instruct data transfer in 
response thereto (S15) . 

15 The sending send/receive macro 132 enters into the 

data phase, and serially transfers one-byte data stored 
in the FIFO (S16) . As a result of serial transfer of 
one-byte data, the receiving send/receive macro 232 sends 
a data acknowledge signal (S17). Upon detection of the 

20 data acknowledge signal, the ACK detection unit 54 in the 
sending send/receive macro 132 instructs the data 
send/receive unit 48 to transfer next data using an 
acknowledge detection signal S541 without generating any 
interrupt to the CPU. In response thereto, the data 

25 send/receive unit 48 reads next one-byte data from the FIFO, 
converts the data from parallel to serial and conducts 
serial transfer over the bus (S18) . As a result of 



one-byte data transfer, the receiving send/receive macro 
232 sends a data acknowledge signal again (S19). 
Similarly, as described above, upon detection of the data 
acknowledge signal, the ACK detection unit 54 of the 
sending send/receive macro 132 instructs the data 
send/receive unit 48 to transfer next data without 
generating any interrupt to the CPU* In response thereto, 
next one-byte data is read from the FIFO and serially 
transferred (S20) . 

In the example shown in Fig. 6, at the completion of 
transfer of three bytes of data, the receiving 
send/receive macro 132 notifies the sending macro that 
data transfer should be terminated without sending any 
data acknowledge signal (S21) . Upon detection of 
non-transmission of data acknowledge signal, the ACK 
detection unit 54 of the sending macro 132 generates to 
the CPU an interrupt signal IRQ indicating failure to 
confirm data acknowledge signal and disables the clock 
enable signal CLKEN to the clock send/receive unit 40, 
causing the clock send/receive unit 40 to drive the clock 
signal line SCL to L level and putting the bus into wait 
state. This stops signal transmission thereafter and 
prevents transfer of next data (S22) . In response to the 
interrupt signal IRQ indicating failure to confirm data 
acknowledge signal, the CPU recognizes the end of the data 
phase and, when terminating data transfer, instructs the 
send/receive macro 132 to drive the bus to stop condition. 
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In response thereto, the start/stop condition generation 
unit 42 of the send/receive macro 132 drives the bus to 
stop condition (S23). This completes data transfer. 
Alternatively, the CPU may, in response to the interrupt 
5 signal, instruct the start/stop condition generation unit 
42 of the send/receive macro to generate start condition 
again, thus initiating transfer of other data. In this 
case, the steps from Sll onward in the figure will be 
repeated . 

10 As described above in the present embodiment, when 

multi-byte data in the FIFO is transferred in the data 
phase, the send/receive macro 132 automatically carries 
out transfer of next one-byte data upon detection of data 
acknowledge signal following one-byte data transfer, 

15 without generating any interrupt to the CPU. Then, the 
send/receive macro 132 generates an interrupt to the CPU 
for the first time when no data acknowledge signal is 
detected, notifying the CPU of termination of the data 
phase. This ensures reduced frequency of interrupts to 

20 the CPU even in the case of continuous transfer of 
multi-byte data, thus reducing strain on the CPU. 
[Second Embodiment ] 

Figs. 7A and 7B illustrate explanatory views 
describing the bus arbitration procedure. The figures 

25 are diverted from the I2C Standard Bus Specifications . As 
shown in Fig. 7A, the serial transfer bus in the present 
embodiment connects a plurality of master and slave 
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devices. In the embodiment, any of the master devices is 
permitted to drive the bus to start condition at an 
arbitrary timing for transmitting an address. As a result, 
the master device that drives the bus to start condition 
5 first normally acquires the bus right. However, the 
plurality of master devices drive the bus to start 
condition in some rare cases. 

The waveform diagram of Fig. 7B shows an example in 
which masters 1 and 2 drive the bus simultaneously to start 

10 condition and start transmitting an address at the same 
timing. As described in Fig. 4, since the drive circuits 
are constituted by open-drain transistors, once driven in 
this way by one of the devices, the bus is driven to L level 
irrespective of the driving state of the other device. 

15 In the example of Fig. 7B, while the masters 1 and 

2 drive identical address signals H and L at clocks CL1 
and CL2, the master 1 drives H-level signal and the master 
2 L-level signal at clock CL3, resulting in a conflict 
between the two addresses. AS a result, the arbitration 

20 lost detection unit 50 in the send/receive macro of the 
master 1 detects loss of the bus right in the bus 
arbitration procedure, notifying the CPU of arbitration 
lost via the register REGS. In response thereto, the CPU 
stops execution of data transfer in the later data phase. 

25 Fig. 8 illustrates a flowchart of the send/receive 

macro in the present embodiment. The right side of the 
figure shows the operation in the present embodiment 
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whereas the left side thereof shows the operation in a 
comparative example. In the present embodiment, the CPU 
moves into master mode (S30), allowing the send/receive 
macro to start address transmission (S32) . When the 
5 send/receive macro does not detect the aforementioned 
arbitration lost during the address phase (S34), the bus 
right is assumed to have been validly acquired, allowing 
the CPU thereafter to write data to be sent to the FIFO 
(S36) . Following data write, multi-byte data is 

10 transferred in master mode (S38) . If the arbitration lost 
is detected during the address phase (S34), the 
send/receive macro moves into slave mode (S40) . When an 
address is received from any one of the master devices 
(S42) , data is transferred in slave mode (S44) . Then, the 

15 send/receive macro is switched to master mode as 

appropriate (S30) , performing the necessary data transfer 
steps again. 

By contrast with the operation of the present 
embodiment, in the comparative example, when the 

20 send/receive macro moves into master mode (S30), the CPU 
writes transmission data to the FIFO of the send/receive 
macro (S31) . Then, the send/receive macro sends an 
address (S32) and checks for any arbitration lost. If an 
arbitration lost is detected (S34) , the send/receive macro 

25 moves into slave mode to be in standby (S40), clearing 
transmission data written in the FIFO (S41). When the 
send/receive macro receives an address (S42), the macro 
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carries out data transfer in slave mode. The same steps 
as above are performed when no arbitration lost is 
detected . 

Thus, in the comparative example, transfer data is 
5 written to the FIFO before the presence/absence of 
arbitration lost is checked in the address phase, 
resulting in waste of the write procedure of the transfer 
data in FIFO if an arbitration lost is detected. By 
contrast, in the present embodiment, the arbitration 

10 procedure for bus right acquisition is conducted during 
serial transfer of address in the serial transfer bus, the 
transfer data is written to the FIFO after confirming the 
bus right acquisition. This prevents waste of the write 
procedure of the transfer data to the FIFO. 

15 Fig. 9 illustrates a sequence chart of the present 

embodiment. The same step numbers are assigned to the 
steps identical to those in Fig. 6. This example shows 
a case in which no arbitration lost takes place in the 
address phase. The sending device 100 moves into master 

20 mode (S10), causing the send/receive macro 132 to drive 
the bus to start condition (Sll) and then serially transmit 
a slave address in the address phase (S12) . When the 
send/receive macro 132 properly receives an acknowledge 
signal from the slave device (S13) due to the fact that 

25 no arbitration lost has occurred during the address phase, 
the macro generates the interrupt IRQ to the CPU (S14), 
causing the CPU in response thereto to write transfer data 



25 



to the FIFO in the macro for the first time (S15A) . Then, 
in response to the data transfer instruction from the CPU 
(S15), the send/ receive macro 132 serially transfers the 
one-byte data in the FIFO (S16) . The operation from here 
5 onward is the same as that in Fig. 6, that is, at each 
completion of one-byte data transfer, the macro receives 
a data acknowledge signal from the receiving side and 
serially transfers next one-byte data without generating 
any interrupt to the CPU. The series of data transfer 

10 steps are continued until the macro no longer receives data 
acknowledge signal from the receiving side. 

Fig. 10 illustrates another sequence chart of the 
present embodiment. The same step numbers are also 
assigned to the steps identical to those in Figs. 6 and 

15 9. This example shows a case in which arbitration lost 
takes place during the address phase. After the sending 
device 100 moves into master mode (S10), the send/receive 
macro 132 drives the bus to start condition in response 
to the instruction from the CPU (Sll), serially 

20 transferring a one-byte address (S12) . If the 

arbitration lost detection unit 50 in the send/receive 
macro 132 detects an occurrence of arbitration lost during 
the address phase (S50) , the CPU is notified thereof (S51) , 
putting the CPU to slave mode to be in standby (S52) . If 

25 no slave address is received within a predetermined time 
period, the CPU moves into master mode again (S53), 
instructing the send/receive macro 132 to conduct address 
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transfer again in the address phase. In response thereto, 
the send/receive macro 132 drives the bus to start 
condition (S54) and then serially transfers a one-byte 
address (S55) . Since no arbitration lost occurs this time 
5 during the address phase, the CPU writes transfer data to 
the FIFO (S15A) . The operation from here onward is the 
same as that in Fig. 9. 

Thus, in the present embodiment, transfer data is not 
written to the FIFO, preventing waste of the data in the 
10 FIFO even if arbitration lost occurs during the address 
phase . 

[Third Embodiment ] 

Since a FIFO is provided in the send/receive macro 

as send/receive buffer capable of storing multi-byte data, 
15 the send/receive macro can continuously transfer 

multi-byte data. In the aforementioned embodiment, a 

description was made of continuous data transfer by the 

sending macro without generating any interrupt to the CPU. 

The third embodiment relates to continuous data reception 
20 by the receiving macro without generating any interrupt 

to the CPU. 

Fig. 11 illustrates a partial configuration of the 
send/receive macro in the present embodiment. The 
send/receive buffer 46 has a FIFO and write and read 
25 pointers 461 and 4 62 for controlling the FIFO. The write 
pointer stores an address to be newly written to in the 
FIFO whereas the read pointer an address to be newly read 
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from in the FIFO. The receive control unit 56 has a receive 
count register 561, a downcounter 562 and a zero detection 
circuit 563 . 

The CPU sets a receivable byte count in the receive 
5 count register 561 prior to start of data reception and 
enables an acknowledge signal generation enable/disable 
flag in the register REG6 of the ACK detection unit 54. 
The set receivable byte count is stored in the downcounter 
562, the data send/receive unit 48 output a receive 

10 completion signal S481 upon each successful reception of 
one-byte data, and the downcounter 562 count down the set 
count. In response to the receive completion signal S481, 
the ACK detection unit 54 generates a data acknowledge 
signal and outputs the signal onto the transfer bus 10. 

15 When as much data as the receivable byte count is received, 
the count value in the downcounter 562 reaches zero, which 
is detected by the zero detection circuit 563 that then 
generates the interrupt IRQ to the CPU and outputs a count 
zero signal S561 to the ACK detection unit 54. In response 

20 to the count zero signal S561, the ACK detection unit 54 
confirms that the data acknowledge signal generation 
enable/disable flag is enabled and generates no data 
acknowledge signal, causing no data acknowledge signal to 
be sent to the sending device. Therefore, the sending 

25 device carries out no data transfer from that point. 

Thus, the CPU sets, each time it initiates a receive 
session, a continuous receivable byte count in the receive 
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register 561 and enables or disables the data acknowledge 
signal generation enable/disable flag about whether to 
transmit an acknowledge signal after continuous reception, 
thus controlling reception operation. 
5 Fig. 12 illustrates a sequence chart of the present 

embodiment. The same reference numbers are assigned to 
the steps identical to those in Fig. 9. This example shows 
a case in which the receiving device 200 terminates data 
transfer after receiving, three bytes of data. 

10 After the sending device 100 moves into master mode 

(S10) and the send/receive macro 132 drives the bus to 
start condition (Sll), followed by serial transfer of an 
address (S12), the receiving send/receive macro 232 
recognizes the received address as its own and generates 

15 an interrupt to the CPU (S13A) . The CPU sets a receivable 
byte count in the receive count register (S13B), causing 
the send/receive macro 232 to output an address 
acknowledge signal (S13) . 

The send/receive macro 132 of the sending device 

20 detects the address acknowledge signal, generating an 
interrupt to the CPU (S14) . In response thereto, the CPU 
writes transfer data to the FIFO (S15A) and instructs the 
data send/receive unit 48 to initiate data transfer (S15) . 
When one-byte data is transferred (S16), the data 

25 send/receive unit of the receiving send/receive macro 232 
outputs the receive completion signal S481 and the ACK 
generation unit outputs a data acknowledge signal (S17), 
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with the setting counted down concurrently by the 
downcounter (S17A) . Similar data transfer, return of 
data acknowledge signal and downcounting (S18, S19, S19A) 
take place, and after the last data transfer (S20), the 
5 receiving send/receive macro 232 does not return any data 
acknowledge signal (S21). Upon detection thereof, the 
sending send/receive macro 132 generates an interrupt to 
the CPU (S22) . When downcounting is performed (S21A) , the 
receive control unit 56 in the receiving send/receive 

10 macro 232 generates an interrupt IRQ to the CPU (S21B), 
notifying the CPU that the reception of as much data as 
the initially set byte count is complete. Finally, in 
response to the instruction from the CPU (S23), the 
send/receive macro 132 drives the bus to stop condition 

15 (S24 ) . 

Thus, when acting as receiver, the send/receive macro 
is similarly capable of offering more data transfer 
volumes by returning a data acknowledge signal after 
one-byte data reception, without giving any load to the 

20 CPU. The CPU sets a receivable byte count at first, and 
the send/receive macro generates a receive completion 
interrupt to the CPU at the completion of transfer of as 
much data as the set receivable count to prevent return 
of data acknowledge signal, thus avoiding overflow of the 

25 receiving device with received data and permitting the CPU 
to control the receivable byte count at a time. In other 
words, the CPU does not need to enable or disable the data 



acknowledge signal generation enable/disable flag based 
on a predetermined judgment as a result of an interrupt 
generated on each reception of one-byte data as has been 
previously done. Instead, the CPU can have the reception 
5 of multi-byte data carried out with no interrupts and can 
control, at the completion of the reception, whether or 
not to transmit data acknowledge signal, thus reducing the 
frequency of CPU control. As for hardware configuration 
required for that purpose in the send/receive macro, it 
10 is enough to provide the receive control unit 56 shown in 
Fig. 11. 

[ Fourth Embodiment ] 

In the present embodiment, a send/receive buffer 
constituted by FIFO is provided in the send/receive macro 

15 so that the multi-byte data transfer is carried out 
without generating any interrupt to the CPU. In 
connection therewith, CPU access to the send/receive 
buffer is prohibited during the data phase period in which 
data transfer takes place. Disabling CPU access to the 

20 FIFO during the data phase period simplifies the 
configuration of access to the FIFO by the data 
send/receive unit 48 in the send/receive macro. For 
instance, the FIFO can be constituted by single-port RAM. 
The aforementioned inhibited CPU access to the FIFO 

25 is observed by the software run by the CPU. However, in 
the presence of some type of bug arising from the software 
development steps, the inhibited access specification may 
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be violated, resulting in improper CPU access to the FIFO 
during the data transfer. Such an improper access is 
expected to lead to data transfer error during the data 
phase period or put the system into an unpredictable state. 
5 In the fourth embodiment, for this reason, the 

capability that allows detection of the improper access 
is provided in the send/receive macro. As shown in Fig. 
3, the send/receive macro 32 has the t r ans f er- in-progres s 
flag 58 for indicating the data phase period and an error 

10 flag 60 for recording occurrences of the improper access. 

The operation of the flags 58 and 60 will be described 
with reference to the sequence chart shown in Fig. 9. In 
case of transmission, a t r ans f er- in-progr ess flag is 
written to the tr ans f e r- in-progr e s s flag 58 when the CPU 

15 finishes writing the transmitting data to the FIFO, and 
a transfer complete flag is written to the flag 58 in 
response to the fact that an empty flag in the FIFO becomes 
empty. In case of reception, a transf er-in-progress flag 
is written to the transf er-in-progress flag 58 when the 

20 CPU writes a receivable count to the receivable count 
register 561, and a transfer complete flag is written to 
the flag 58 at the completion of reception when the count 
value of the downcounter 562 reaches- zero. The 
transf er-in-progress flag 58 is supplied with the data 

25 send/receive start signal S482 from the data send/receive 
unit 48. Therefore, the tr ans fer- in-progr es s flag 58 
stores a flag indicating that data transfer is in progress 
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between the steps S16 and S24. The data transfer period 
includes the period during which the send/receive macro 
transmits data as the sending device and that the period 
during which the send/receive macro receives data as the 
5 receiving device. When the transfer-in-progress flag 58 
is in transfer complete state, that is, when an interrupt 
is generated to the CPU, CPU access is permitted to the 
FIFO. 

When accessed by the CPU, the FIFO 46 that serves as 

10 send/receive buffer detects a send/receive buffer address 
supplied via the low-speed bus 28. For this reason, the 
FIFO 46 incorporates a decoder DEC. The FIFO 46 recognizes 
the supplied address as its own, receiving access from the 
CPU. Therefore, if the transfer-in-progress flag 58 

15 stores a flag indicating that data transfer is in progress 
and if the FIFO 46 detects an access from the CPU, the FIFO 
46 stores in the error flag 58 a flag indicating that an 
improper access has occurred. The error flag 60 is read 
by the CPU, for example, when a debug program is run. 

20 As set forth hereinabove, according to the present 

embodiment, if an improper access takes place from the CPU 
to the FIFO during the data transfer period, the occurrence 
thereof is recorded in the error flag 60. Therefore, it 
is possible to detect issuance of improper access 

25 instruction by the program by checking the content of the 
error flag 60 in the debug step among the program 
development steps, thus considerably contributing to the 



